home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950726-19950929 / 000328_news@columbia.edu_Sat Sep 9 05:49:15 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  5KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA08415
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Sat, 9 Sep 1995 15:01:54 -0400
  3. Received: by apakabar.cc.columbia.edu id AA28248
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Sat, 9 Sep 1995 15:01:53 -0400
  5. Path: news.columbia.edu!sol.ctr.columbia.edu!news.uoregon.edu!usenet.eel.ufl.edu!news.mathworks.com!newshost.marcam.com!usc!howland.reston.ans.net!news.sprintlink.net!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  6. From: jrd@cc.usu.edu (Joe Doupnik)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: MS-DOS Kermit 3.14 Second Edition
  9. Message-Id: <1995Sep9.114915.60947@cc.usu.edu>
  10. Date: 9 Sep 95 11:49:15 MDT
  11. References: <3tf3n7$2tl@apakabar.cc.columbia.edu> <42qciv$c6k@cpmt.cyberport.net>
  12. Organization: Utah State University
  13. Lines: 67
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <42qciv$c6k@cpmt.cyberport.net>, Rick Owens <rowens@cyberport.net> writes:
  17. > fdc@watsun.cc.columbia.edu (Frank da Cruz) wrote:
  18. > 
  19. >>As announced a few weeks ago, MS-DOS Kermit 3.14 has been slightly updated
  20. >>in several ways:
  21. > 
  22. >> . A new KERMIT.EXE fixes a problem with TCP/IP ARP resolution.
  23. >> . New patch files have been issued.
  24. >> . A new font utility is now included.
  25. > 
  26. >>The ZIP file containing these updates was placed in kermit/msdos for a
  27. >>period of testing, and seems to have checked out OK, so it has now become
  28. >>the official version.  Effective today (July 5), the new ZIP, EXE, and PCH
  29. >>files have been installed in all the regular places:
  30. > 
  31. > Um, there may still be a problem with TCP/IP ARP resolution.  First, some
  32. > background:  Our campus network is composed of an Ethernet backbone and an
  33. > Arcnet backbone.  The two are connected through our primary Novell file
  34. > server (3.11, FWIW).  We've been using Kermit with ODI drivers to connect
  35. > to the Unix hosts on our network (all such hosts are connected to the
  36. > Ethernet backbone) for about two years now.  We're planning to make some
  37. > major changes in the next few months, and in preparation I've been updating
  38. > our set of Kermit scripts for MS-Kermit 3.14 and to take advantage of other
  39. > changes to available software, servers, etc.
  40. > 
  41. > Several days ago I downloaded the updated 3.14 mentioned above and today I
  42. > put kermit.exe and the patch files on the file server for everyone to
  43. > access.  I found, though, that our users on Arcnet machines could no longer
  44. > access our Unix hosts; Kermit would complain that it could not find the
  45. > address of the gateway using ARP.  (Ethernet connected machines work just
  46. > fine with the same set of files.)  I suspected that there might be a
  47. > problem with the patch file so I renamed it; same result.  I tried tweaking
  48. > various settings without any luck; finally I thought to try the earlier
  49. > version of 3.14.  That fixed the problem!
  50. > 
  51. > The machines in question are running MS-DOS 6, 5, and 3.3.  The ODI driver
  52. > is called TRXNET; the boards are mostly Compex brand.  The only difference
  53. > between a working setup and a non-working setup is which version of the
  54. > executable and patch file is in place.
  55. > 
  56. > I said 'may' in the first line above because I'm not very familiar with
  57. > TCP/IP internals and how they're interacting with ODI and the Arcnet driver
  58. > and card, and I don't have the resources here to do comparison testing.  I
  59. > would not be surprised to find that there's something peculiar in the
  60. > TRXNET board driver which is responsible for the error message from
  61. > MS-Kermit re. ARP.  It could also be something strange with the NLM which
  62. > forwards IP and ARP packets between media.  However, in case it is a Kermit
  63. > problem, I figured I should let everyone know about it.  If anyone needs
  64. > more information about our setup (e.g. file dates, or whatever) please ask.
  65. ----------
  66.     Ugh(tm). Arcnet with ODI has its share of problems when it comes
  67. to ARP. An ARCnet MAC address is one byte long, yet ODI provides six byte
  68. MAC addresses. Which end of that string will the byte appear? Undocumented.
  69. The medium ident appearing in an ARP packet reflects the kind of wiring,
  70. 6 for Ethernet and presumably 7 for ARCnet. I did make some changes in the
  71. MAC address extraction procedure in MSK mark II, and maybe something got
  72. broken.
  73.     I tested earlier MSK's with ARCnet, and honestly I found that
  74. arrangment to be flakey at best. It's not MSK but rather whatever IP
  75. routing a NW server does in that case. I found that connections would
  76. cease operating after a while or be reluctant to progress. 
  77.     I'll see if I can resolve the situation. It's a little awkward because
  78. I have to take apart machines and move them to construct an ARCnet environment
  79. and then route IP to Ethernet. This may take several days because I'm eyeballs
  80. deep in swamp creatures already and students are about to descend upon my
  81. place en masse.
  82.     Joe D.